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PROCEDE DE TRANSMISSION ENTRE DEUX PROCESSEURS D'UNE 
UNITE DE RADIOCOMMUNICATION 

La presente invention concerne un procede de transmission au sein 
d'une unite de radiocommunication comprenant deux processeurs relies entre 
eux par une connexion interne a I'unite de radiocommunication. 

On entend par unite de radiocommunication un dispositif capable 
d'echanger des donnees avec d'autres dispositifs equipes de moyens 
d'emission et de reception radio compatibles avec ceux de ladite unite. Une 
telle unite peut etre, par exemple, une unite informatique, une console de jeux, 
un clavier, un ecran de visualisation, une imprimante, un instrument domotique, 
un terminal de communication, etc. Chacune de ces unites contient au moins 
un programme applicatif, ou application, permettant en particulier a cette unite 
de remplir sa fonction principale, a savoir un traitement de donnees pour une 
unite informatique ou une console de jeux, une saisie de donnees pour un 
clavier, un affichage de donnees pour un ecran, une impression pour . une 
imprimante, etc. 

II est souvent avantageux de repartir, au sein de I'unite ^ de 
communication, les fonctions executees par cette unite entre deux processeurs 
relies entre eux par une connexion interne. 

Le premier processeur peut etre specialement adapte a la fonction 
principale de I'unite. Pour cela, il peut comporter des moyens specifiquement 
appropries pour ('execution de Tapplication correspondant a cette fonction, tels 
que des elements de memoire particuliers ou un controleur speciflque 
d'interfaces de saisie d'entrees et/ou de presentation de donnees a un 
utilisateur de I'unite. 

Le second processeur peut executer des operations, dites operation de 
bas niveau, necessaires pour la transmission des donnees entre cette unite de 
radiocommunication et un dispositif exterieur. Outre la commande d'un 
emetteur-recepteur radio, il configure les donnees sous une forme adaptee a 
leur transmission par radio, telle que, par exemple, une repartition des donnees 
dans des paquets successivement transmis. Inversement, il regroupe des 
donnees de paquets successivement regus par radio, qui correspondent a une 
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meme session de communication. 

Un tel second processeur peut etre d'un modele commun a toutes les 
unites de communication qui utilisent un meme mode de transmission radio. II 
en resulte une reduction du cout du second processeur, par effet d'echelle lors 
de sa fabrication. Par contre, ce second processeur peut etre associe dans une 
meme unite a un premier processeur d'un modele variable en fonction de 
('application principale destinee a etre executee dans cette unite. Une 
specialisation de chaque unite de communication est ainsi obtenue, tout en 
beneficiant de la reduction de cout liee a un modele unique de second 
processeur. 

On considere dans la suite une telle structure d'unite de 
radiocommunication, ayant deux processeurs relies entre eux par une 
connexion interne. 

Les signaux radio emis ou regus par I'unite provoquent des parasites 
de nature electromagnetique qui peuvent perturber les transmissions 
effectuees par la connexion interne entre les deux processeurs. Des erreurs de 
transmission apparaissent alors lors du dechiffrage des codes transmis par la 
connexion interne. 

Des parasites d'autres origines peuvent aussi perturber la transmission 
des codes entre les deux processeurs, tels que, notarnment, des micro- 
decharges electriques survenant au niveau de la connexion interne. Un rapport 
«signal sur bruit» particulierement faible peut par consequent etre observe sur 
la connexion interne. 

Pour une unite alimentee par une source d'energie autonome, de type 
piles ou batteries, il est connu d'interrompre momentanement un 
fonctionnement de Tun des deux processeurs pour reduire la consommation 
energetique de I'unite. Ce processeur ne reprend son fonctionnement que 
lorsqu'il est sollicite, notarnment lorsqu'il regoit des codes par la connexion 
interne en provenance de Tautre processeur. Cette reprise du fonctionnement 
requiert souvent un delai de redemarrage, meme court, durant lequel des 
codes re?us par la connexion interne peuvent etre perdus ou entaches 



ler depot 

-3- 

d'erreur. 

Des erreurs de transmission entre les deux processeurs engendrent 
par la suite des operations aberrantes executees par Tapplication ou des 
defauts de communication entre les unites reliees par radio. 

5 Plusieurs modes de communication entre deux processeurs ont deja 

ete developpes, qui ont notamment pour but de reduire les erreurs de 
transmission. Chacun de ces modes est plus specifiquement adapte a un type 
particulier d'interface de communication. La plupart d'entre eux sont conformes 
a la norme HDLC («High-level Data Link Controls etablie par International 

10 Standard Organization en 1976 (voir par exemple ISO/I EC 13239 - 1997)), ou 
sont derives de cette norme par introduction de procedures simplifiees ou 
complementaires adaptees a des types particuliers d'interface, de 
communication. Chaque mode de communication ainsi congu reprend certains 
types de trames definis par ia norme HDLC, en les affectant specifiquement a 

15 des categories de messages determinees. Parmi ces modes de 
communications, on peut citer : r 

- le protocole PPP («Point-to-Point Protocol», voir par exemple IETF - 
Request for Comments 1134) utilise pour les modems de liaison a un 
reseau teiephonique. Le protocole PPP prevoit en particulier 

20 ('introduction periodique de bits nuls afin d'eviter une confusion entre 

des bits de donnees et des bits de controle ; 

- le protocole GSM («Global System for Mobile communications^ voir 
GSM 07.10 Technical Specification 101 369 V6.3.0 publie par TETSI - 
mars 1999) particulierement adapte pour realiser un multiplexage de 

25 plusieurs applications hebergees dans une unite mobile de 

communication ; 

- le protocole HCI RS232, connu de Thomme du metier, utilise pour la 
communication entre un processeur hote d'au moins une application et 
un processeur de radiocommunication internes a une unite de 

30 communication Bluetooth™. Ce protocole est tres peu utilise a cause 

de sa complexity ; 

- enfin, le protocole B-ISDN («Broadband Integrated Services Digital 
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Network», voir ITU-T Recommandation 1. 365.4 - 1996) qui propose 
une correspondence entre des trames AAL 5 de type CPCS 
(«Common Part Convergence Sublayer») et des trames de la norme 
HDLC. 

Ces differents modes de communication sont mal adaptes pour une 
transmission de donnees entre deux processeurs d'une meme unite de 
radiocommunication. En effet, ils sont complexes, sans qu'une telle complexity 
soit necessaire, et n'apportent pas une securisation suffisante des donnees 
transmises. 

Un but de la presente invention consiste done a securiser de fagon 
simple et efficace les donnees transmises entre deux processeurs d'une unite 
de radiocommunication. 

L'invention concerne par consequent un procede de transmission entre 
deux processeurs disposes a I'interieur d'une unite de radiocommunication, et 
relies entre eux par une connexion interne a ['unite de radiocommunication. Le 
premier processeur execute au moins une application et le second processeur 
execute des operations de radiocommunication entre ladite unite et des unites 
de communication exterieures. Selon ('invention, le procede^oomprend les 
etapes suivantes : 

- repartition de codes par Tun des deux processeurs, emetteur desdits 
codes, dans des trames ayant des longueurs respectives ; 

- inscription d'eiements par le processeur emetteur dans des champs 
dedies de chaque trame, parmi lesquels elements : 

. la longueur de la trame, 

. une valeur d'un indicateur d'erreur de transmission determinee 
par le processeur emetteur a partir de certains au moins des 
codes places dans la trame, 

. un indicateur de debut de trame et un indicateur de fin de trame ; 

- transmission des trames par la connexion interne ; 

- pour chaque trame, verification par Tautre processeur, recepteur 
desdits codes : 
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. de I'identite entre la longueur de la trame regue et la longueur 
inscrite, 

. de I'identite entre la valeur inscrite de I'indicateur d'erreur et une 

valeur de cet indicateur d'erreur ~determinee par le processeur 

recepteur a partir de certains au moins des codes regus dans la 
trame, et 

. de la presence des indicateurs de debut et de fin de trame ; 

- dans le cas de verifications positives, production par le processeur 
recepteur d'un message d'acquittement envoye au processeur 
emetteur par la connexion interne. 

Ainsi, selon I'invention, le procede de transmission entre les deux 
processeurs par la connexion interne combine plusieurs dispositions de 
detection d'erreurs de transmission. Un processeur qui regoit des codes pour 
lesquels il detecte une erreur de transmission peut soit ignorer ces codes, soit 
demander une nouvelle transmission des memes codes. Dans les deux cas, 
les codes errones ne provoquent pas de fonctionnement aberrant du 
processeur recepteur. 

Eventuellement, la validation par le processeur recepteur d'une trame 
regue peut etre completee par une condition de separation des trames 
successives. Par exemple, le processeur recepteur peut verifier que I'indicateur 
de debut d'une nouvelle trame est regu apres un delai de separation determine 
a partir de la reception de I'indicateur de fin de la derniere trame 
precedemment regue. Une meilleure securisation de la transmission entre les 
deux processeurs est ainsi obtenue. 

Le procede de transmission de ('invention peut en outre procurer les 
fonctions suivantes : 

- etablissement d'une communication entre les deux processeurs, 

- verification de Tetat du lien de communication entre les deux 
processeurs, 

- controle et supervision d'une communication en cours, 

- transmission prioritaire de certaines informations, et 

- interruption d'une communication commandee par Tun quelconque des 
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deux processeurs. 

Pour cela, des trarnes transmises entre les deux processeurs par la 
connexion interne a I'unite de radiocommunication peuvent etre associees a 
des primitives produites au sein de chaque processeurr~EF~particulier, une 
trame peut etre emise en reponse a une primitive d'un premier type produite au 
sein du processeur emetteur, et une primitive d'un second type peut etre 
produite au sein du processeur recepteur en reponse a la reception d'une 
trame. Un relais continu de commande et d'information peut ainsi etre etabli 
entre une application finale executee par le processeur applicatif et un module 
du processeur de radiocommunication. 

En particulier, une trame contenant des codes de requete de fin de 
transmission peut etre emise par I'un quelconque des deux processeurs 
prealablement a une interruption d'un fonctionnement de ce processeur. Une 
telle interruption peut etre motivee par une economie d'energie d'alimentation 
de I'unite, lorsque aucune transmission d'information n'est intervenue entre les 
deux processeurs depuis une duree superieure a une duree predefinie. 
Eventuellement, certains codes de la requete de fin de transmission peuvent 
indiquer I'etat du processeur emetteur de la trame de requete apres 
('interruption du fonctionnement du processeur emetteur. Le processeur 
recepteur de la requete est alors informe de I'etat du processeur emetteur de 
celle-ci, ce qui permet d'adapter des conditions d'une reprise ulterieure d'une 
transmission entre les deux processeurs, de fagon a reduire une eventueile 
perte de codes au debut de la nouvelle transmission. 

Dans une mise en ceuvre preferee du procede de I'invention, les codes 
correspondent a des informations contenues dans des paquets. Le processeur 
emetteur repartit les codes correspondant aux informations d'un paquet dans 
une trame unique associee audit paquet. Une correspondence un pour un est 
alors etablie entre les trarnes et les paquets, permettant un traitement 
sequentiel et separe des paquets pour leur transmission par la connexion 
interne. Lesdits paquets peuvent etre, en particulier, des paquets de donnees 
ou des paquets de signalisation. 

En outre, des trarnes de types predefinis distincts peuvent etre 
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associees aux paquets en fonction du type de chaque paquet. Ainsi une trame 
associee a un paquet de donnees peut etre d'un type different de celui d'une 
trame associee a un paquet de signalisation, par exemple. II est ainsi possible 
d'adapter le traitement de chaque trame -en-fonction du type d'information 
qu'elle transporte. 

L'invention concerne aussi un processeur comprenant une interface de 
connexion d'un autre processeur, adapte pour la mise en oeuvre d'un procede 
de transmission tel que decrit precedemment. Un tel processeur comprend 
notamment : 

- des moyens de production de trames contenant des codes repartis 
dans des champs determines ; 

- des moyens de determination de la valeur d'un indicateur d'erreur de 
transmission a partir de certains au moins des codes places dans une 
trame ; 

- des moyens description d'elements dans des champs dedies de 
chaque trame, parmi lesquels elements : 

. la longueur de la trame, 

. la valeur de Pindicateur d'erreur determinee pour la trame, 5 
. un indicateur de debut de trame et un indicateur de fin de trame ; 

- des moyens d'emission de trames par ladite interface ; 

- des moyens de reception de trames par ladite interface ; 

- des moyens de mesure de la longueur d'une trame regue ; 

- des moyens de verification dans une trame regue : 

. de Pidentite entre la longueur mesuree et la longueur inscrite dans 
la trame regue, 

. de Pidentite entre la valeur de Pindicateur d'erreur inscrite dans la 
trame reque et une valeur de cet indicateur d'erreur determinee a 
partir de certains au moins des codes regus dans la trame, 

. de la presence des indicateurs de debut et de fin de trame ; 
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- des moyens de production de messages d'acquittement agences pour 
envoyer un message d'acquittement par ladite interface en reponse a 
une trame regue validee par les moyens de verification. 

Le processeur peut comprendre en outre des moyens de mesure de la 
duree entre la reception de I'indicateur de debut d'une nouvelle trame et la 
reception de I'indicateur de fin de la derniere trame precedemment re?ue, ainsi 
que des moyens de verification que ladite duree est superieure a un delai de 
separation determine. 

Un tel processeur peut heberger par ailleurs au moins une application 
a laquelie sont destinees certaines donnees transmises par le procede de 
invention. Dans ce cas, le processeur comprend des moyens d'execution de 
cette application, des moyens de traitement selon ladite application 
d'informations correspondant a une partie des codes contenus dans des 
trames re<?ues par ladite interface, et des moyens de production de codes a 
repartir dans des trames en utilisant des informations produites par 
['application. 

Un processeur selon ('invention peut aussi etre un processeur de 
controle d'une unite de radiocommunication. II comprend alors en outre des 
moyens d'execution d'operations de radiocommunication avec des unites radio 
exterieures, des moyens de production de signaux radio emis en utilisant une 
partie des codes contenus dans des trames revues par ladite interface, et des 
moyens de production de codes a repartir dans des trames en utilisant des 
signaux radio regus. 

L'invention concerne encore une unite de radiocommunication qui 
comprend un processeur hote d'une application et uri processeur de controle 
de I'unite de radiocommunication tels que decrits precedemment. Les deux 
processeurs sont relies entre eux au niveau de leurs interfaces respectives par 
une connexion interne a I'unite de radiocommunication. Eventuellement, une 
telle unite peut etre alimentee par une source d'energie autonome, telle qu'une 
batterie rechargeable ou des piles. 

L'invention concerne en outre un systeme de radiocommunication 
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comprenant une telle unite de radiocommunication. 

D'autres particulates et avantages de la presente invention 
apparaTtront dans la description ci-apres d'un exemple de mise en oeuvre non 
limitatif, en reference aux dessins annexes, dans lesquels : 
5 - la figure 1 represente un reseau local auquel s'applique invention ; 

- la figure 2 illustre une architecture de protocoles selon Tart anterieur 
d'une unite de radiocommunication a laquelle s'applique invention ; 

- la figure 3 illustre ('architecture de protocoles d'une unite de 
radiocommunication selon la presente invention ; 

10 - la figure 4 illustre la structure generate d'une trame utilisee dans le 

procede de I'invention ; 

- la figure 5 est un tableau de structures de champs de controle pour 
trois types de trames ; 

- la figure 6 illustre differentes sequences d'une procedure 
15 d'etablissement d'une communication selon I'invention ; 

- la figure 7 illustre differentes sequences d'une procedure de controle 
de flux d'une transmission selon I'invention ; 

- la figure 8 illustre differentes sequences d'une procedure d'attente de 
transmission selon I'invention. 

20 L'invention est maintenant decrite en detail pour un reseau de 

transmission conforme a la norme «BIuetooth™», connue de I'homme du 
metier Dans un tel r6seau, les donnees sont transmises par radio en utilisant 
la bande de frequence 2400 - 2483,5 MHz, sous la forme de paquets de 
donnees ayant des formats et/ou des structures determinees. 

25 La figure 1 represente trois unites d'un meme reseau local, parmi 

lesquelles Tunite 1 remplit, par exemple, une fonction de maTtre. Les unites 100 
et 200 sont alors des esclaves de I'unite 1. Chaque unite 1 , 100, 200 peut etre 
de type varie, tel que, par exemple, une unite informatique, une console de 
jeux, un clavier, un ecran de visualisation, une imprimante, un instrument 

30 domotique, un terminal de communication, etc. 

Cette unite contient au moins un programme applicatif, ou application, 
lui permettant en particulier de remplir sa fonction principale, a savoir un 
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traitement de donnees pour une unite informatique ou une console de jeux, une 
saisie de donnees pour un clavier, un affichage de donnees pour un ecran, une 
impression pour une imprimante, etc. 

De facon usuelle, chaque unite est concue selon une pile de protocoles 
lui permettant d'echanger des donnees de facon compatible avec les autres 
unites du reseau local. Parmi ces protocoles peuvent figurer, par exemple : 

- un protocole de commande d'emission et de reception RF, 
correspondant aux couches 105 et 205 respectivement pour les unites 
100 et 200 ; 

- un protocole d'execution d'operations de couche basse, tel que le 
protocole «Link Controller* (ou LC), et correspondant aux couches 106 
et 206 pour les unites 100 et 200 ; 

- un protocole d'initialisation et de gestion des communications entre les 
unites du reseau local correspondant aux couches 107 et 207, tel que, 
par exemple, le protocole «Link Manager» (ou LM) ; 

- un protocole de multiplexage des signaux destines, notamment, a des 
applications differentes residant simultanement dans certaines des 
unites du reseau local. Ce peut etre le protocole « Logical Link Control 
and Adaptation Protocol* (ou L2CAP). Les couches 112 et 212 du 
protocole L2CAP assurent en particulier, la mise sous forme de 
paquets des donnees a transmettre par radio, ou, a I'inverse, le 
regroupement de donnees regues par radio dans des paquets 
successifs ; et 

- au moins une application 113, 213 residant dans chaque unite 100, 
200. Ces applications sont les destinataires finals des donnees 
echangees au sein du reseau local. Plusieurs unites echangeant des 
donnees relatives a une application determinee doivent contenir 
chacune un programme de cette application afin de produire, 
interpreter et traiter les donnees echangees dans le cadre de cette 
application. 

Deux structures sont possibles pour chaque unite de 
radiocommunication. Selon Tune de ces structures, designee par «embedded», 
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les operations de tous les protocoles cites precedemment ainsi que les 
operations des applications sont executees dans un processeur unique de 
I'unite. Les unites 100 et 200 de la figure 1 possedent cette structure. 

Pour la mise erf deuvre de ('invention, I'unite 1 possede une structure" 
5 differente, a deux processeurs, connue de I'homme du metier et reprise en 
detail sur la figure 2. Un premier processeur 2, appele hote («host processor))), 
heberge au moins une application 13 supportee par I'unite 1, ainsi que le 
protocole L2CAP 12. Un second processeur 3, dit processeur de controle 
(«controller processor)), ou CTRL), heberge les couches inferieures 
10 correspondant aux operations relatives a la transmission radio, a savoir les 
couches 5, 6, et 7 (protocoles RF, LC et LM). 

Dans cette structure a deux processeurs, les processeurs 2 et 3 sont 
connectes entre eux pour echanger des donnees au travers d'une connexion 4 
interne a I'unite 1. Cette connexibn 4 peut etre de differents types, tels que, par 
15 exemple, une connexion USB («Universal Serial Bus»), une connexion UART 
(« Universal Asynchronous Receiver Transceivers) ou un module de memoire a 
deux entrees DPRAM («Dual Port Random Access Memory »). Elle relie des 
interfaces d'echange de donnees respectives des processeurs 1 2 et 3, 
associees aux couches physiques 10a et 10b au sein de chaque processeur. 

20 Deux couches 8 et 1 1 d'un protocole suppiementaire, pouvant etre le 

protocole «Host Controller Interface)) (ou HCI), assurent au sein de chaque 
processeur 2, 3 la mise en forme et le retablissement des donnees echangees 
par la connexion 4. La couche 8 portee par le processeur de controle 3 est 
appelee «HCI firmware)) et la couche 11 portee par le processeur hote 2 est 

25 appelee «HCI driver)). Les donnees echangees par la connexion 4 sont 
reparties dans des paquets de donnees specifiques traites par les couches 8 et 
1 1 , appeles paquets HCI. 

La figure 3 reprend la figure 2 en ajoutant les moyens de mise en 
oeuvre specifiques de invention. Une couche de protocole suppiementaire est 
30 ajoutee au sein de la pile de protocoles correspondant a chacun des deux 
processeurs 2 et 3. Cette couche, de niveau transport, est nommee dans la 
suite HSTL («HCI Secure Transport Layer»). Sa mise en oeuvre au sein du 
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processeur 2 correspond a la reference 9b. Elle intercalee entre la couche 
physique 10b et la couche «HCI driver» 11. De meme pour le processeur de 
controle 3, la couche HSTL 9a est intercalee entre la couche physique 10a et la 
couche «HCI firmware* 8. A -la-difference des couches 8 et 1 1 qui possedent 
chacune des caracteres specifiques associes au processeur 2 ou au 
processeur 3, les fonctions des couches HSTL 9a et 9b peuvent etre identiques 

i 

pour les deux processeurs 2 et 3. Les modules dedies respectivement a 
I'execution des fonctions des couches HSTL 9b et 9a dans les processeurs 2 et 
3 peuvent alors etre identiques. 

Selon la mise en ceuvre de I'invention decrite, chaque paquet HCI 
produit selon la couche «HCI firmware* 8 du processeur de controle 3 est 
encapsule selon la couche HSTL 9a dans une trame HSTL dediee a ce paquet 
HCI. Cette trame HSTL est transmise par la connexion 4 a destination du 
processeur h6te 2. Lors de la reception de cette trame par le processeur hote 
2, la couche HSTL 9b permet de restituer le paquet HCI initial et le transmet 
pour etre traite selon la couche «HCI driver* 11. 

Reciproquement, un paquet HCI produit par la couche «HCI driver* 1 1 
du processeur hote 2 et transmis a destination du processeur de controle 3 est 
encapsule de fagon analogue dans une trame HSTL de la couche 9b. Apres la 
transmission de la trame HSTL par la connexion 4, le paquet HCI est restitue 
au niveau de la couche HSTL 9a. II est ensuite transmis pour etre traite selon 
la couche «HCI firmware* 8 du processeur de controle 3. 

La figure 4 represente la structure d'une trame HSTL utilisee dans 
I'invention. La reference 20 designe une telle trame HSTL qui correspond aux 
specifications de la norme HDLC et qui comporte les champs suivants : 

- deux champs 21 et 22 destines a recevoir respectivement un indicateur 

de debut de trame et un indicateur de fin de trame inscrits par le 
processeur emetteur avant remission de la trame ; 

- un champ d'adresse 23, de un octet par exemple, utilise de la fagon 

prescrite par la norme HDLC ; 

- un champ de controle 24, de un octet par exerhple, dont le contenu est 
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explicite plus loin ; 

- un champ de longueur 25, de un octet par exemple, destine a recevoir 

une indication de longueur de la trame inscrite par le processeur 
~ 6metteur ; 

5 - un champ 26 de longueur variable dans lequel le processeur ernetteur 

peut inscrire des donnees destinees a etre transmises entre les deux 
processeurs ; et 

- un champ 27, par exemple de deux octets, destine a la detection 

d'erreurs de transmission, parfois appele CRC (pour « Cyclic 
10 Redundancy Check »). 

Pour une application de I'invention dans le cadre d'un systeme de 
communication Bluetooth, tel que considere ici, le champ de donnees 26 est 
destine a recevoir un paquet HCI issu de la couche 8 ou 11 de protocole HCI, 
respectivement du processeur 3 ou 2 ernetteur de la trame 20. 

15 La figure 5 indique le contenu du champ de controle 24 pour trois types 

de trames distincts du protocole HDLC repris dans la presente invention.^Ces 
types de trames sont designes par I (« Information »), S (« Supervision ».)&,et U 
(« Unnumbered »). Le type de la trame HSTL associee a un paquet HCI 
destine a etre transmis entre les deux processeurs par la connexion 4 est 

20 determine en fonction du type du paquet HCI. Selon la mise en oeuvre decrite 
de Tinvention, une trame I est utilisee pour la transmission d'un paquet de 
donnees HCI transportant des informations destinies a l-application 13 ou 
issue de cette application (ACL data), ou des donnees de controle HCI («HCI 
commands/events»). Une trame U est utilisee pour la gestion de la 

25 communication HSTL ou pour des paquets transportant la voix («SCO data»). 
Le sous-ensemble de trames U utilisees pour la gestion de la communication 
HSTL regroupe les trames SABM, UA, DISC et DM, et des trames Ul sont 
utilisees pour les paquets transportant de voix. Enfin, une trame S est utilisee 
pour emettre un message de supervision d'une transmission par la connexion 

30 4. Un tel message de supervision releve du protocole HSTL. Les trames S ne 
comportent pas de champ de donnees 26. Le sous-ensemble des trames S 
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retenues est RR et RNR. 

Le type de la trame est indique au moyen d'un code de distinction par 
les bits 0 et 1 du champ de controle 24, situes a droite sur la figure 5. A titre 
d'exemple, le bit 0, lorsqu'il contient la valeur 0, suffit a indiquer le type de 
trame I. Les types de trames S et U correspondent a une valeur 1 du bit 0, et 
sont distingues entre eux par la valeur du bit 1. Chaque processeur 2, 3 
comprend des moyens pour inscrire de la sorte le type de chaque trame dans 
son champ de controle 24. 

Pour les trois types de trames I, U et S, le bit 4 indique si la trame 
requiert une reponse de la part du processeur recepteur ou n'en requiert pas 
(bitP/F). " ' ' • ' - •*• • 

Les bits 1 , 2 et 3 d'une trame I indiquent le numero de cette trame dans 
une sequence de trames I successives, et les bits 5, 6 et 7 indiquent le numero 
de la trame I suivante dans la sequence. 

Pour une trame S, les bits 5, 6 et 7 indiquent aussi le numero de la 
trame I suivante d'une sequence en cours de transmission, et les bits 2 et 3 
sont reserves pour un code de supervision de la communication entre les deux 
processeurs 2 et 3. 

Les trames U ne sont pas numerotees, et les bits 2, 3, 5, 6 et 7 d'une 
trame U ainsi disponibles sont reserves pour des informations de signalisation. 

Divers exemples d'utilisations des trames I, S et U selon le procede de 
transmission de I'invention sont maintenant decrits. 

Pour 1'application de I'invention a une unite de communication 
Bluetooth, les donnees destinees a etre transmises entre les deux processeurs 
2 et 3 sont presentees a la couche HSTL sous forme de paquets de donnees 
HCI, conformement aux couches de protocole 8 et 11. Chaque paquet de 
donnees HCI est place dans le champ de donnees 26 d'une trame 20 de type I. 
Prealablement a Remission de la trame par la connexion 4, le processeur 
emetteur remplit alors les champs d'indicateurs 21 et 22 de debut et de fin de 
trame, d'adressage 23, de controle 24, de longueur 25 et d'indicateur d'erreur 
de transmission 27. La valeur de I'indicateur d'erreur de transmission inscrite 
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dans te champ 27 est determinee a partir d'une partie du contenu de la trame a 
transmettre par des moyens appropries de mise en oeuvre du protocole HSTL. 
Selon une mise en oeuvre particuliere, la valeur de rindicateur est calculee 
comme-un~reste d'une division- d'un polynome construit-a-partir de certains au 
5 moins des codes contenus dans la trame par un polynome generateur. Si le 
polynome generateur utilise est de degre 16, la valeur inscrite de rindicateur 
d'erreur occupe les deux octets du champ 27. 

Lors de la reception de la trame, le processeur recepteur evalue de 
nouveau la longueur de la trame et rindicateur d'erreur a partir du contenu de 

10 la trame regue. La longueur de la trame regue doit etre superieure a cinq 
octets, correspondant au champ d'adresse 23, au champ de controle 24, au 
champ de longueur 25 et au champ d'indicateur d'erreur de transmission 27 
(deux octets). II compare la longueur trouvee a la valeur inscrite dans le champ 
de longueur 25, et la valeur de rindicateur d'erreur trouvee a la valeur inscrite 

15 dans le champ 27. Une erreur de transmission portant sur un bit ou une partie 
plus importante de la trame est detecfee lorsque rune au moins des deux 
valeurs determinees a la reception de la trame differe de la valeur 
correspondante inscrite dans la trame. Le processeur recepteur est ainsi alerts 
de la presence d'une erreur de transmission et doit ignorer la trame. 

20 L'acquittement n'est pas envoye au processeur emetteur. 

Eventuellement, le processeur recepteur peut proceder en outre a un 
test de separation des trames regues. Un tel test consiste a verifier que la 
reception de rindicateur de debut d'une seconde trame suivant une premiere 
trame est separee de la reception de rindicateur de fin de la premiere trame 

25 par une duree superieure a un delai determine. Ce delai minirnal de separation 
des trames peut correspondre, par exemple, au temps necessaire pour la 
transmission de quatre octets successifs. Une telle separation permet de 
garantir un traitement sequentiel des trames regues successivement par 
chaque processeur, en evitant une congestion des circuits de traitement des 

30 trames regues. Si une trame suit de fagon trap rapprochee une trame 
precedente, elle doit etre ignoree par le processeur recepteur. 

Lorsque les tests precedents valident une trame regue, le processeur 
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recepteur de la trame retourne un message d'acquittement au processeur. 
emetteur par la connexion 4. Ce message d'acquittement peut etre I'objet d'une 
trame specifique de type S, ou bien peut etre regroupe dans une trame de type 
I vehiculant d'autres-donnees transmises par le processeur reeepteur-de la 
premiere trame I au processeur emetteur. 

Le processeur recepteur de la premiere trame I procede a I'extraction 
du paquets HCI a partir du champ de donnees 26. Le paquet HCi extrait est 
alors traite par le processeur recepteur conformement au protocole HCI. 

Le procede de transmission de I'invention peut etre complete selon les 
deux perfectionnements suivants : 

- lorsqu'une trame de type I a ete envoyee par Tun des deux processeurs 

a Tautre, et que !e processeur emetteur de cette trame I ne regoit pas 
de message d'acquittement en retour, ii peut repeter renvoi de la trame 
I apres un delai d'attente courant a partir de renvoi de la trame I. 
L'envoi de la trame I peut etre itere a plusieurs reprises si aiicun 
message d'acquittement n'est regu, et ce jusqu'a un nombre maximal 
d'envois d'une meme trame. Le delai d'attente avant la repetition de 
renvoi d'une trame ainsi que le nombre maximal de repetitions de 
renvoi d'une meme trame peuvent etre des parametres ajustables d'un 
mode de transmission avance ; 

- plusieurs canaux logiques de transmission ayant des caracteristiques de 

transmission differentes peuvent etre disponibles. Le canal utilise pour 
une communication determinee est alors fixe lors de I'etablissement de 
cette communication. Des caracteristiques de canaux particuliers 
peuvent etre, a titre d'exemples : une priorite des trames transmises 
par un canal par rapport aux trames transmises par d'autres canaux, 
certains canaux plus specifiquement adaptes pour la transmission de 
donnees ou de signaux de voix, ou encore des canaux reserves pour la 
transmission de certains types de paquets HCI. Ainsi un canal 
particulier peut etre notamment dedie aux paquets de controle HCI, ou 
des trames I associees a un niveau de priorite eleve sont utilisees pour 
les paquets de controle HCI, alors que des trames I associees a un 
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niveau de priorite plus bas sont utilisees pour des paquets HCl de 
donnees relatives a une application. 

Utilisation selon I'invention des trames U est maintenant decrite en 
detail dans le cadre de I'etablissement d'une communication entre les 
processeurs 2 et 3. L'etablissement d'une communication n'est considere qu'a 
titre d'exemple d'utilisation des trames U, etant entendu que les trames U 
peuvent aussi etre utilisees pour la transmission entre les processeurs 2 et 3 
de paquets transportant de la voix (trames Ul). 

L'etablissement d'une nouvelle communication peut etre requis par le 
processeur 2 ou par le processeur 3. Selon la procedure illustree par la figure 
6, la communication est demandee par le processeur hote 2 au processeur de 
controle 3. Elle peut etre en particulier demandee par rapplication 13 hebergee 
par le processeur 2. La figure 6 est un diagramme chronologique de la 
procedure d'etablissement d'une communication, en reference a Taxe de temps 
t oriente du haut vers le bas de la figure, Initialement, les deux processeurs 2 et 
3 sont en etat de veille («IDLE»), conformement a indication d'etat 10Q de 
chaque processeur. Une primitive de requete de connexion 101 
(«CONN_REQ») est prbduite "au sein du processeur 2, au niveau de la couche 
11 de protocole HCl. En reponse a cette primitive 101, le processeur 2 produit, 
selon le protocole HSTL (couche 9b), une trame de type U, referencee 102 sur 
la figure 6. II inscrit dans cette trame une commande d'etablissement de 
connexion de type Asynchronous Balanced Mode» connue de Thomme du 
metier (commande SABM pour «Set Asynchronous Balanced Mode»). La 
commande SABM est specifiee par les bits 2, 3, 5, 6 et 7 du champ de controle 
24 de la trame U. Le bit 4 de la trame U indique que le processeur 2 attend une 
reponse de la part du processeur 3. Une telle trame U de requete de connexion 
peut etre depourvue de champ de donnees 26. La trame 102 est envoyee par 
la connexion 4 au processeur 3, et le processeur 2 se place dans un etat 103 
d'attente d'etablissement de communication («WAIT_CONN_OUT»). 

Lors de la reception de la trame 102, la commande SABM est lue par 
le processeur 3 qui produit une primitive 104 d'indication de connexion 
(«CONNJND») au niveau de la couche 9a de protocole HSTL. Le processeur 
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3 se place alors a son tour dans un etat d'attente d'etablissement da 
communication («WAIT_CONN_IN»), indique par la reference 105. 

Lorsque le processeur 3 est pret pour Tetablissement de la * 
communication, une primitive 106 de reponse de connexion (<<C^NN_RESP>>) 
est produite au sein du processeur 3, selon protocole HO de la couche 8. Le 
processeur 3 produit alors, selon le protocole HSTL de la couche 9a, une 
nouvelle trame 107 de type U comprenant un acquittement («UA» pour 
«Unnumbered Acknowledgement) indique par les bits 2, 3, 5, 6 et 7 du champ 
de controle 24. Le bit 4 de cette nouvelle trame U ne requiert pas de reponse. 
Le processeur 3 se place alors dans un etat connecte 109. 

A la reception de la trame 107, le processeur 2 lit le message 
d'acquittement UA conformement au protocole HSTL et produit une primitive 
108 de confirmation de connexion («CONN_CONF»). La primitive 108 est 
traitee conformement au protocole HCI (couche 11) et le processeur 2 se place 
a son tour dans I'etat connecte 109. 

De meme que pour la transmission de trames I precedemment decrite, 
un delai d'attente peut etre defini, qui limite la duree At RES p entre remission de 
la trame 102 et la reception de la trame 107 par le processeur demandeur de 
Tetablissement de la communication. Lorsque ce delai est atteint, le processeur 
a initiative de la demande d'etablissement de communication peut repeter la 
trame 102, et ce jusqu'a un nombre maximal fixe de repetitions. Lorsque ce 
nombre est atteint, un echec d'etablissement de la communication est 
definitivement declare. 

Dans le cas ou le procede de transmission de invention est mis en 
oeuvre avec des voies de transmission separees et independantes pour les 
deux sens de transmission entre les processeurs 2 et 3 («full duplex»), les 
deux processeurs peuvent requerir simultanement Tetablissement d'une 
communication. Une telle situation est couramment qualifiee de collision de 
requetes. Les deux requetes sont alors satisfaites. 

Une procedure analogue d'interruption d'une communication entre les 
deux processeurs peut etre mise en oeuvre en utilisant le procede de 
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Tinvention. Cette procedure amene ies deux processeurs de I'etat connecte 
(«CONN») a I'etat de veille («IDLE»), en passant par un etat intermediate 
d'attente de deconnexion. [-'interruption de communication est requise par Tun 
des deux processeurs en transmettant a -I-autre processeur par la connexion 4 
5 une premiere trame U du protocole HSTL contenant une commande de 
deconnexion. Le processeur recepteur de cette premiere trame U retourne 
alors une seconde trame U qui confirme la deconnexion, 

Une telle procedure d'interruption de communication peut notamment 
etre mise en oeuvre avant le passage de Tun au moins des deux processeurs 

10 en mode de veille, par exemple pour diminuer sa consommation energetique 
pendant une periode d'inactivite. Elle peut aussi etre mise en oeuvre a la suite 
d'un dysfonctionnement de Tun des deux processeurs, ou a la suite de la 
detection d'une erreur de transmission systematique par la connexion 4. Une 
fois la communication interrompue, chaque processeur connaTt ainsi Tetat 

15 d'activite ou d'inactivite de I'autre processeur. II peut alors adapter Ies 
conditions d'etablissement d'une nouvelle communication pour en reduire le 
delai et diminuer le risque de perte d'information en debut de nouvelle 
communication. ;'° 

L'utilisation selon Tinvention de trames S dediees a la supervision 
20 d'une communication est maintenant decrite dans le cadre d'un controle du flux 
de transmission entre Ies deux processeurs 2 et 3, en reference d la figure 7. 
La structure de la figure 7 est analogue a celle de la figure 6, Taxe de temps t 
etant encore oriente du haut vers le bas de la figure. Les deux processeurs 
sont initialement en etat connecte (reference 200 sur la figure 7) : une 
25 transmission 202 de trames I est en cours par la connexion 4, par exemple du 
processeur de controle 3 vers le processeur hote 2. Chaque trame 202 
transmise suit une primitive 201 d'emission de donnees («DATA_REQ») 
produite au sein du processeur 3. 

A un instant donne, la couche 11 de protocole HCI emet une primitive 
30 203 au sein du processeur 2 signifiant que la memoire tampon de reception 
des trames I est pleine. Une telle situation peut se produire, par exemple, 
lorsque Tapplication 13 a laquelle sont destinees Ies donnees transportees par 



1er depot 



-20- 

ies trames I ies traite avec un debit inferieur au debit de transmission de la 
connexion 4 et au debit d'emission des trames par le processeur 3. La primitive 
203 indique que ie processeur 2 n'est pas disponible pour recevoir plus d'une 
— trame I supplemental (primitive de type~«FLOW_REQ (BUSY)»). 

Suite a la reception par le processeur 2 d'une trame I supplementaire, 
le processeur 2 emet une trame 204 de type S portant Ies deux messages 
suivants : acquittement (ACK) de la derniere trame I regue et indication 
d'indisponibilite du processeur 2 (RNR pour «Receiver Not Ready»). 
L'acquittement est stipule par le numero de la trame I suivante indique dans Ies 
bits 5 a 7 du champ de controle 24 de la trame S et par la valeur «poll» du bit 
4, L'indisponibilite.du processeur 2 est indiquee par ies bits 2 et 3 du champ 
24. En outre, le second bit du champ d'adresse 23 de la trame 204 est utilise 
de la fagon prevue par la norme HDLC pour indiquer que cette trame possede 
une signification de reponse. 

Suite a la reception de la trame 202, une primitive 205 est produite au 
sein du processeur 2 au niveau de la couche HSTL 9b (primitive 
«DATAJND»). Independamment, une primitive 206 Vindication 
dlndisponibilite du processeur 2 («FLOWJND (BUSY)») est produite au sein 
du processeur 3 en reponse a la reception de la trame 204. Le processeur 3 
suspend alors renvoi de trames I par la connexion 4, jusqu'a la reception d'un 
message indiquant que le processeur 2 est de nouveau disponible. 

Le processeur 2 procede alors au traitement des donnees contenues 
dans Ies trames I deja regues. Apres une duree determinee At F Low, une 
primitive 207 interne au processeur 2 indique qu'il est de nouveau disponible 
(«FLOW_REQ (NOT BUSY)»). Selon le protocol HSTL de I'invention, le 
processeur 2 transmet alors par la connexion 4 une nouvelle trame S (208). 
Cette trame 208 indique de nouveau le numero de la trame I suivant la trame 
202 dans la sequence des trames transmises par le processeur 3 au 
processeur 2, avec une valeur «poll» du bit 4 de son champ de controle. La 
trame 208 contient aussi une indication de disponibilite (RR pour «Reciever 
Ready») portee par Ies bits 2 et 3 du champ de controle 24. En reponse a la 
reception de la trame 208, le processeur 3 produit une primitive 209 de type 
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«FLOWJND (NOT BUSY)» qui declenche la reprise de la transmission des 
trames I (210) du processeur 3 vers le processeur 2. 

Le diagramme de la figure 8 correspond a une evolution de la 
communication entre les deux processeurs, alternative a celle de la figure 7. 
Cette evolution correspond a la situation selon laquelle le processeur 2 attend 
des donnees de la part du processeur 3, que celui-ci tarde a fournir. Des 
trames S transmises periodiquement par la connexion 4 permettent alors de 
maintenir la communication entre les deux processeurs dans un etat d'attente, 
tout en verifiant le fonctionnement de la connexion 4. 

L'etat initial des deux processeurs et ie debut de la communication 
portee par la connexion 4 indiques sur la figure 8 sont les memes que ceux de 
la figure 7. Les references 200, 201, 202 et 205 de la figure 8 ont des 
significations identiques a cedes de la figure 7. 

La trame S d'acquittement (ACK) 204 qui appelle la trame I suivante 
est envoyee par le processeur 2 en reponse a la trame 202. Cette fonction de 
reponse (REP) est indiquee par le second bit du champ d'adresse 23. Of les 
donnees destinees a etre vehiculees par la trame I suivante ne sont pas 
immediatement disponibles au sein du processeur 3. Apres un delai d'attente 
de fourniture de ces donnees, designe par At N oExcH sur la figure 8, le 
processeur 3 emet une trame 21 1 de type S a destination du processeur 2. La 
trame 211 est identique a la trame 204, hormis que le second bit du champ 
d'adresse 23 est utilise pour indiquer que cette trame possede une signification 
de commande («COMM»). 

Le processeur 2 repond a la trame 211 en emettant a son tour une 
trame 212. La trame 212 est obtenue par le processeur 2 a partir de la trame 

211 en changeant la valeur du second bit du champ d'adresse 23. La trame 

212 possede ainsi une signification de reponse («REP») a la trame 211. 
L'echange des trames 204, 211 et 212 permet de verifier I'etat de la 
communication entre les deux processeurs au niveau des couches de transport 
HSTL 9a et 9b, sans faire intervenir les couches superieures de chaque 
processeur. Le processeur 3 peut ainsi compter sur Tetat de disponibilite de la 
connexion 4 avant d'emettre la trame I suivante. II est informe en cas d'echec 
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de la sequence de supervision. 

La sequence d'envoi des trames 211 et 212 est repetee tant que le 
processeur 3 ne peut delivrer une nouvelle trame L Ainsi le processeur 3 emet 
une trame 21 Ibis identique a la trame 2Tl~apresljn nouveau delai At NO ExcH 
courant a partir de la reception de la trame 212. Le processeur 2 repond a la 
trame 21 Ibis par une trame 212bis identique a la trame 212. 

II est entendu que des fonctions supplementaires par rapport a celles 
decrites precedemment peuvent etre ajoutees au protocole de communication 
objet de Tinvention, designe par HSTL ci-dessus. Les fonctions qui ont ete 
decrites en detail ne sont done pas limitatives, mais constituent un noyau de 
dispositions cornbinees entre elles pour assurer un bon niveau de qualite des 
communications entre deux processeurs. 
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REVENDICATIONS 

1. Procede de transmission entre deux processeurs disposes a 

I'interieur d'une unite de radiocommunication (1) et relies entre eux par une 
connexion (4) interne a I'unite de radiocommunication, le premier processeur 
(2) executant au moins une application (13) et le second processeur (3) 
executant "des operations de radiocommunication entre ladite unite et des 
unites de communication exterieures (100, 200), le procede comprenant les 
etapes suivantes : 

- repartition de codes par Tun des deux processeurs, emetteur desdits 
codes, dans des trames (20) ayant des longueurs respectives ; 

- inscription d'elements par le processeur emetteur dans des champs 
dedies de chaque trame, parmi lesquels elements : 

la longueur de la trame, 

une valeur d'un indicateur d'erreur de transmission determinee 
par le processeur emetteur a partir de certains au moins des 
codes places dans la trame, 
. un indicateur de debut de trame et un indicateur de fin de trame ; 

- transmission des trames (20, 202) par la connexion interne (4) ; 

- pour chaque trame, verification par I'autre processeur, recepteur 
desdits codes : 

. de Tidentite entre la longueur de la trame regue et la longueur 
inscrite, 

de Tidentite entre la valeur inscrite de I'indicateur d'erreur et une 
valeur de cet indicateur d'erreur determinee par ie processeur 
recepteur a partir de certains au moins des codes regus dans la 
trame, et 

• de la presence des indicateurs de debut et de fin de trame ; 

- dans le cas de verifications positives, production par le processeur 
recepteur d'un message d'acquittement (204) envoye au processeur 
emetteur par la connexion interne (4). 
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2. Procede selon la revendication 1, dans lequel le processeur 
recepteur verifie en outre que ttndicateur de debut d'une seconde trame regue 
juste apres une premiere trame, selon Pordre chronologique de reception des 
frames, soit re<?u apres un delai de separation-determine a partir de la 

5 reception de I'indicateur de fin de ladite premiere trame. 

3. Procede selon la revendication 1 ou 2, dans lequel les frames 
comprennent au moins un champ de coritrdle (24) contenant un code de 
distinction entre plusieurs types de frames. 

4. Procede selon Tune quelconque des revendications 1 a 3, dans 
10 lequel une frame (102, 107, 202, 208) est emise par la connexion interne (4) en 

reponse a une primitive d'un premier type (101, 106, 201, 207) produite au sein 
du processeur emetteur, et dans lequel une primitive d'un second type (104, 
108, 205, 209) est produite au sein du processeur recepteur en reponse a la 
reception d'une trame (102, 107, 202, 208) par la connexion interne (4). 

15 5. Procede selon Pune quelconque des revendications 1 a 4, dans 

lequel la trame contient des codes de requete de fin de transmission par la 
connexion interne, et est emise prealablement a une interruption d'un 
fonctionnement du processeur emetteur. 

6. Procede selon la revendication 5, dans lequel les codes de requete 
20 de fin de transmission comprennent des codes indiquant I'etat du processeur 

emetteur apres ('interruption de fonctionnement du processeur emetteur. 

7. Procede selon Tune quelconque des revendications 1 a 6, dans 
lequel la valeur de I'indicateur d'erreur de transmission est donnee par le reste 
d'une division d'un polynome construit a partir de certains au moins des codes 

25 contenus dans la trame par un polynome generateur. 

8. Procede selon Tune quelconque des revendications 1 a 7, dans 
lequel les codes correspondent a des informations contenues dans des 
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paquets, et dans lequel le processeur emetteur repartit les codes 
correspondant aux informations d'un paquet dans une trarne unique associee 
audit paquet. 

9. Precede selon la revendication 8, dans lequel ledit paquet est un 

paquet de donnees ou un paquet de signalisatibn. 

TO; Procecie" selon la'revendicatidn 3 ef la revendication 8 ou 9, dans 

lequel chaque paquet est d'un type predefini, et dans lequel le type de la trame 
associee a un paquet est determine en fonction du type du paquet. 

11. Procede selon la revendication 10, dans lequel 

- une trame I du protocole HDLC est associee a un paquet de donnees 
destinees a ou issues de ('application (13) ou un paquet de controle, 

- une trame UI du protocole HDLC est associee a un paquet transplant 
de la voix, et . ? 

- une trame U SABM, UA, DISC ou DM est associee a la signalisation de 
la communication. 

■ j x 

12. Procede selon Tune quelconque des revendications precedentes, 
dans lequel une trame S du protocole HDLC est utilisee pour emettre un 
message de supervision d'une transmission par la connexion interne (4). 

13. Processeur comprenant une interface (4) de connexion d'un autre 
processeur, et comprenant en outre : 

- des moyens de production de trames (20) contenant des codes repartis 
dans des champs determines (21-27) ; 

- des moyens de determination de la valeur d'un indicateur d'erreur de 
transmission a partir de certains au moins des codes places dans une 
trame ; 

- des moyens d'inscription d'elements dans des champs dedies de 
chaque trame, parmi lesquels elements : 

. la longueur de la trame, 
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. la valeur de I'indicateur d'erreur determinee pour la trame, 

. un indicateur de debut de trame et un indicateur de fin de trame ; 

- des moyens d'emission de trames par ladite interface (4) ; . 

- des moyensde reception de trames par ladite interface (4)~; 

- des moyens de mesure de la longueur d'une trame regue ; 

- des moyens de verification dans une trame regue : 

. de Tidentite entre la longueur mesuree et la longueur inscrite dans 
la trame regue, 

. de Tidentite entre la valeur de I'indicateur d'erreur inscrite dans la 
trame regue et une valeur de cet indicateur d'erreur determinee a 
partir de certains au moins des codes regus dans la trame, 

. de la presence des indicateurs de debut et de fin de trame ; 

- des moyens de production de messages d'acquittement agences pour 
envoyer un message d'acquittement par ladite interface (4) en reponse 
a une trame regue validee par les moyens de verification. 

14. Processeur selon la revendication 13, comprenant en outre des 
moyens de mesure de la duree entre la reception de I'indicateur de debut d'une 
seconde trame regue par ladite interface (4) apres une premiere trame, selon 
I'ordre chronologique de reception des trames, et la reception de I'indicateur de 
fin de ladite premiere trame, et comprenant des moyens de verification que 
ladite duree est superieure a un delai de separation determine. 

15. Processeur selon la revendication 13 ou 14, comprenant en outre 
des moyens pour inscrire un code de type de trame dans au moins un champ 
de controle (24) de chaque trame (20). 

16. Processeur selon Tune quelconque des revendications 13 a 15, 
comprenant en outre des moyens de production de primitives, dans lequel les 
moyens d'emission des trames par ladite interface (4) sont agences de fagon a 
emettre une trame (102, 107, 202, 208) contenant des codes determines en 
reponse a une primitive d'un premier type (101, 106, 201 , 207) produite au sein 
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dudit processeur, et dans lequel les moyens de production de primitives sont 
agences de fa<jon a produire une primitive d'un second type (104, 108, 205, 
209) en reponse a une trame (102, 107, 202, 208) contenant des codes 
determines regue-parladite interface (4). - 

17. Processeur selon Tune quelconque des revendications 13 a 16, 
dans lequel ies moyens d'emission des trames sont agences pour emettre par 
ladite interface (4) une trame contenant des codes de requete de fin de 
transmission prealablement a une interruption d'un fonctionnement du 
processeur. 

18. Processeur selon la revendication 17, dans lequel les moyens 
d'emission des trames comprennent des moyens d'introduction dans la trame 
contenant les codes de requete de fin de transmission, de codes indiquant 
I'etat du processeur apres interruption de fonctionnement du processeur. v 

19. Processeur selon Tune quelconque des revendications 13 a, 18, 
dans lequel les moyens de determination de la valeur de Tindicateur d'erreur 
comprennent des moyens de calcul du reste d'une division d'un polysome 
construit a partir de certains au moins des codes contenus dans une trame par 
un polynome generateur. 

20. Processeur selon Tune quelconque des revendications 13 a 19, 
dans lequel les codes correspondent a des informations contenues dans des 
paquets, et dans lequel les moyens de repartition des codes sont agences pour 
repartir les codes correspondant aux informations d'un paquet dans une trame 
unique associee audit paquet. 

21. Processeur selon les revendications 15 et 20, dans lequel chaque 
paquet est d'un type predefini, et dans lequel les moyens de production des 
trames sont agences pour associer a un paquet une trame de type determine 
en fonction du type du paquet. 
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22. Processeur selon la revendication 21, dans lequel les moyens dei 
production des trames sont agences pour associer une trame I du protocole 
HDLC a un paquet de donnees, et pour associer une trame U du protocole 
HDLC a un-paquet-de signalisation. 

23. Processeur selon Tune quelconque des revendications 13 a 22, 
dans lequel les moyens de production des trames sont agences pour produire 
une trame S du "protocole HDLC pour emettre un message" de supervision 
d'une transmission par ladite interface (4). 

24. Processeur (2) selon Tune quelconque des revendications 13 a 23, 
comprenant des moyens d'execution d'une application (13), des moyens de 
traitement selon ladite application d'informations correspondent a une partie 
des codes contenus dans des trames regues par ladite interface (4), et des 
moyens de production de codes a repartir dans des trames en utilisant des 
informations produites par ladite application. 

25. Processeur (3) selon Tune quelconque des revendications 13 a 23, 
comprenant des moyens d'execution d'operations de radiocommunication avec 
des unites de communication exterieures (100, 200), des moyens de 
production de signaux radio emis en utilisant une partie des codes contenus 
dans des trames regues par ladite interface (4), et des moyens de production 
de codes a repartir dans des trames en utilisant des signaux radio regus. 

26. Unite de radiocommunication (1), comprenant un processeur (2) 
selon la revendication 24 et un processeur (3) selon la revendication 25 relies 
au niveau de leurs interfaces respectives par une connexion (4) interne a I'unite 
de radiocommunication. 

27. Unite de radiocommunication selon la revendication 26, comprenant 
en outre une source d'energie autonome pour ('alimentation electrique des 
deux processeurs. 
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28. Systeme de radiocommunication comprenant une unite de 

radiocommunication (1) selon la revendication 26 ou 27. 
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